L’outil de croisement cadastre/urbanisme permet de faire le croisement entre les parcelles, les unités foncières (UF) et les données d’urbanisme, pour remplir les tables CAD_PLU et UF_PLU.

Ces tables sont utilisées dans arcOpole PRO Foncier, pour les fonctions de filtrage.

Seules les tables d'objet d'urbanisme du modèle URBA v2018 sont traitées.

Pour que l’ensemble des données reste cohérent, ce traitement doit être effectué après la mise à jour des données du cadastre ou des données d’urbanisme (DU ou SUP). Il doit également être relancé si des données d'urbanisme (DU ou SUP) sont supprimées.

Par contre, si les données cadastrales d'une commune sont supprimées, il n'est pas nécessaire de relancer cet outil car l'outil « Suppression de communes » s'occupe de mettre à jour les tables CAD_PLU et UF_PLU.

!          CONSEIL : Si vous effectuez un ensemble de mises à jour, cadastre et/ou de données d’urbanisme (DU ou SUP), ne réalisez le traitement de croisement qu’une seule fois à la fin de toutes les mises à jour. Il n’est pas nécessaire de le lancer entre chaque étape.

Par défaut, l'ensemble des données cadastrales et d'urbanisme sont traitées, mais le traitement peut aussi être lancé sur une seule commune pour réduire les temps de traitement (par exemple si les données d’une seule commune ont été mises à jour).

Pour chaque intersection entre une parcelle ou UF et un objet d'urbanisme, les tables CAD_PLU et UF_PLU contiennent les références de la parcelle ou UF et de l’objet d'urbanisme, ainsi que la valeur d'inclusion entre ces deux objets, c'est à dire la surface ou la longueur de l'intersection entre ces deux objets. Pour les objets d’urbanisme ponctuels, la valeur d'inclusion est toujours de 0.

Exemples :

►     Pour l'intersection d'une parcelle avec une zonage, la valeur d'inclusion sera une surface en m².

►     Pour l'intersection d'une parcelle avec un générateur linéaire, la valeur d'inclusion sera une longueur en m.

►     Pour l'intersection avec des objets ponctuels, la valeur d'inclusion est toujours de 0.

!          Par défaut, les valeurs d'inclusions sont arrondies à 0 décimale (valeur entière). Une intersection de moins de 1 m² ou 1 m linéaire ne sera donc pas conservée (plus précisément, une intersection de 0.6 m² sera arrondie à 1 m² sera conservée, mais 0.4 m² sera arrondi à 0 m² et ne sera pas conservée).

Des paramètres avancés permettent si nécessaire d'affiner les paramètres de calcul par catégorie d'objet d'urbanisme, l’arrondi des valeurs d’inclusion, les surfaces minimums d’inclusion…

Outil : Croisement cadastre/urbanisme

Ligne de commande : CROISEMENT_CAD_URBA

(La plupart des paramètres sont optionnels)

►     Géodatabase source :

Géodatabase fichier ou entreprise (SDE) contenant les données cadastrales et d’urbanisme.

En mode outil, la sélection d’une géodatabase remplit la liste des communes dans le paramètre Codcomm.

►     Codcomm de la commune à traiter : Ce paramètre est optionnel.

-   S’il n’est pas renseigné, les calculs se feront sur toutes les communes de la géodatabase.

-   S’il est renseigné, les calculs se feront uniquement sur les données de la commune dont le codcomm est indiqué.

-   Le Codcomm d’une commune est composé de 6 caractères (il s’agit du code INSEE sur 5 caractères, dans lequel est inséré le code direction DGFiP en 3ème position).

-   Pour connaitre les Codcomm des communes présentes dans une géodatabase, il faut utiliser la commande Liste des communes.

-   En mode ligne de commande, ce paramètre est préfixé par /codcomm:

Exemple : /codcomm:820121

Des paramètres avancés optionnels permettent d’affiner les modes de calcul.

En mode outil, en cliquant sur paramètres avancés, une liste de paramètres supplémentaires se déroule.

!       REMARQUE : Si dans ArcGIS Pro, l’option Géotraitement : "Afficher les paramètres désactivés" est cochée, dès qu'un de ces paramètres est modifié, la liste des paramètres avancés est "réenroulée" et il faut recliquer sur "paramètres avancés" pour dérouler à nouveau la liste.  
Il s'agit d'une limitation d'ArcGIS Pro.

En mode ligne de commande, les paramètres avancés sont optionnels.

►     Calcul de la table CAD_PLU :

-   En mode outil, cocher ce paramètre pour calculer la table CAD_PLU (calcul des intersections entre parcelles et objets d’urbanisme).

-   En mode ligne de commande, indiquer /cad_plu pour que CAD_PLU soit calculée.

►     Calcul de la table UF_PLU :

-   En mode outil, cocher ce paramètre pour calculer la table UF_PLU (calcul des intersections entre UF et objets d’urbanisme).

-   En mode ligne de commande, indiquer /uf_plu pour que UF_PLU soit calculée.

!          REMARQUE : Au moins un de ces deux paramètres doit être activé : CAD_PLU et UF_PLU.
En mode ligne de commande, si ni /cad_plu ni /uf_plu ne sont indiqués, alors les deux tables seront calculées.

►     Longueur minimum d’inclusion :

Pour les croisements avec des objets linéaires d'urbanisme, seules les intersections dont la longueur est supérieure ou égale à cette limite sont conservées.

-   La valeur par défaut est 0.

-   En mode ligne de commande, ce paramètre est préfixé par /minlongueur:

-   Exemple : /minlongueur:0.5

►     Surface minimum d’inclusion :

Pour les croisements avec des objets surfaciques d'urbanisme, seules les intersections dont la surface est supérieure ou égale à cette limite sont conservées.

-   La valeur par défaut est 0.

-   En mode ligne de commande, ce paramètre est préfixé par /minsurface:

-   Exemple : /minsurface:1.5

►     Nombre de décimales des surfaces ou longueurs d’inclusion :

Nombre de décimales à conserver pour le calcul de la valeur d'inclusion (la surface de l'intersection entre une parcelle et un zonage ou la longueur de l'intersection entre une parcelle et un générateur linéaire par exemple).

Par exemple, avec deux décimales, la surface minimale sera de 1cm² (0,01m²) et la longueur minimale sera de 1cm (0,01m).

!          REMARQUE : Si les valeurs limites d'inclusion ou leur nombre de décimales doivent être distincts selon les catégories d'objets d’urbanisme, le croisement devra être exécuté en plusieurs fois, en sélectionnant les catégories concernées et leurs valeurs limites ou nombre de décimales spécifiques.          

►     Catégories d’objet d’urbanisme à traiter :

-   Liste des codes de catégorie d’objet d’urbanisme à utiliser pour les croisements.

-   En mode outil, cocher les catégories à utiliser.

-   En mode ligne de commande, ce paramètre est préfixé par /c: les codes doivent être séparés par des virgules et le paramètre entouré par des guillemets ".

-   Exemple : "/c:ZU,SCC"

-   La signification des codes est indiquée dans l’aide de la ligne de commande.

En mode ligne de commande, si ce paramètre n’est pas présent, toutes les catégories d’objets sont utilisées.

►     Types à traiter :

Quand une seule catégorie d'objets d'urbanisme est à traiter, ce paramètre permet d'indiquer les types de la catégorie à prendre en compte pour le croisement.

Il est possible d'indiquer plusieurs types de la catégorie à traiter.

!          ATTENTION : Les codes des types sont sensibles aux minuscules/majuscules et l'outil ne propose pas la liste des types présents dans la base de données.            

►     Géodatabase fichier de travail :  

Par défaut, pour les traitements, une géodatabase temporaire est utilisée (et elle est supprimée en fin de traitement).

Par ce paramètre, il est possible d'indiquer une géodatabase fichier qui sera utilisée pour les traitements, et conservée en fin de traitement. Cela peut permettre de mieux comprendre les résultats obtenus par les croisements ou de communiquer les données au support 1Spatial en cas de doutes ou questions avec les résultats obtenus.

En mode ligne de commande, si on indique le nom d’une géodatabase fichier (.gdb) qui n’existe pas, celle-ci sera créée.

Si on indique le nom d’une géodatabase fichier existante, elle sera utilisée.

Des fichiers de log sont créés, contenant les messages générés pendant le traitement.

Le nom de ces fichiers de log est indiqué en début et fin de traitement et correspond à la date de lancement du traitement.

!          REMARQUE : Même si ce traitement a été très fortement accéléré par rapport à PCIBase pour ArcGIS Desktop, le traitement peut encore prendre entre quelques minutes et plusieurs heures avec de très gros volumes de données et selon les performances matérielles.